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TELEMEDICINE SYSTEM 

Introduction 

The present invention relates to a telemedicine system 
and, more particularly, but not exclusively, to a system 
5 and component parts thereof adapted to acquire, record, 

transmit and analyse or have analysed ECG data and like 
patient data. 

Background 

The word "telemedicine" is derived from words which 
10 imply the meaning far or distant medicine. The thrust and 

aim of "telemedicine" is to utilise electronic 
communication systems to transmit medical data in ways 
which allow the bringing to bear of cost effective high 
level expertise to interpretation of the information whilst 
15 also rendering the acquisition of the information as 

convenient as possible for the patient. 

It is at least one object of the present invention to 
provide a system which allows the achievement of a 
practicable telemedicine system. 
20 it is a further particular object of the invention to 

provide a system which can transmit time varying patient 
data in real time or near real time from one location to 
another . 

It is another further particular object of at least a 
25 preferred embodiment of the invention to allow the 

transmission of such data over the interconnectable network 
of computers commonly called the "internet". 
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Electrocardiograph (ECG) recording has now been 
practiced for some decades. What is recorded is the 
electrical activity of the heart obtained by the attachment 
of conducting electrodes and through which the waveforms 
•5 characteristic of heart activity can be obtained for 

analysis. 

Whilst the basic principles have been known for some 
time the emphasis now is on obtaining wave forms which 
reflect a patient's heart operation over a period of days 
10 or weeks and at a variety of heart . rates and stress levels. 

Obtaining this wealth of data requires sophisticated 
methods and apparatus to capture the information and then 
to ensure the information obtained is properly capitalised 
upon. 

15 It is an object of the present invention to provide a 

telemedicine system and component parts therefore which 
allows the obtaining, storage and analysis of ECG data and 
like patient data which is on the one hand as convenient as 
possible for the patient and on the other hand capitalises 
20 on the volume of data obtained. 

Brief Description of Invention 

Accordingly, in one broad form of the invention, there 
is provided a method of communication of patient data 
acquired from a patient; said method including arranging a 
25 predetermined communications protocol whereby patient data 

is communicable from a patient location to an analysis 
location. 
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Preferably said method is implemented by a system 
which includes at least the following components: 

(a) patient data acquisition apparatus 

(b) patient data transmission apparatus 

(c) patient data reception apparatus 

(d) patient data storage and analysis apparatus. 
In a particular preferred form said storage and 

analysis apparatus is implemented on a personal computer. 

In a further particular preferred form said patient 
data transmission apparatus additionally includes 
supplementary data insertion means. 

Preferably said patient data is encoded for 
transmission in a first format whilst said supplementary 
data is encoded for transmission in a second format. 
15 Preferably a unique identifier is given to each said 

patient data storage and analysis apparatus. 

Preferably said unique identifier is embedded in a 
software portion comprising part of said patient data 
storage and analysis apparatus. 

Preferably said patient data storage and analysis 
apparatus includes a personal computer arranged to execute 
a patient data storage and analysis program . 

Preferably said patient data storage and analysis 
program includes customisable/user manipulable data base 

25 elements. 

Preferably said patient data is encoded for 
transmission in a first format whilst said supplementary 
data is encoded for transmission in a second format. 



20 
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Preferably said supplementary data comprises patient 
data and/or patient data acquisition apparatus 
identification data. 

In a particular preferred form said patient data is 

5 ECG data. 

In a further broad form of the invention there is 
provided a system for communication of patient data from a 
patient location to a remote storage and analysis location; 
said system including means for transmitting said patient 
10 data on a predetermined signal encoded according to a 

predetermined protocol whereby said patient data is 
communicable from said patient location to said analysis 
location. 

Preferably said predetermined signal comprises a 
15 modulated audio tone. 

Preferably said modulated audio tone is a frequency 
modulated (FM) audio tone. 

Preferably said modulated audio tone has a centre 
frequency between 1,000 and 3,00 0 Hertz. 
2 0 Preferably said centre frequency is approximately 

1,900 Hertz. 

Preferably said tone is frequency modulated at a rate 
of 100 Hertz per millivolt. 

Preferably said predetermined protocol comprises 
25 direct modulation of an analogue wave form representing 

said patient data which is preceded by and recognised by a 
zero signal of predetermined duration. 
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Preferably said predetermined signal includes said 
patient data and supplementary data; said supplementary 
data comprising data pertaining to the circumstances of 
measurement of said clinical data. 
5 Preferably said supplementary data is digitally 

encoded in a wave form suitable for frequency modulation of 
a carrier tone in the audio range . 

Preferably said predetermined protocol includes a 
series of synchronisation pulses which immediately precede 
10 and signal the presence of a signal containing said 

supplementary data. 

In a particular preferred form said patient data is 
transmitted as digitised packets. 

In a further particular preferred form said system 
15 includes a server computer adapted to receive said 

digitised packets of patient data. 

Preferably said server computer is adapted to 
transmit program data and patient data in the form of 
digitised packets to a remote computer whereby said remote 
20 computer can execute said program data in order to display 

and/or interpret said patient data. 
Brief Description of Drawings 

Embodiments of the invention will now be described 
with reference to the accompanying drawings wherein: 
25 Fig. 1 is a schematic diagram of an ECG system 

according to a first embodiment of the invention, 
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Fig. 2 illustrates typical wave forms which can be 
displayed and analysed by at least portions of the 
apparatus of Fig. 1, 

Fig. 3 is a logic flow diagram for the system of Fig. 

5 1. 

Fig. 4 is a general layout of a system according to a 
second embodiment of the invention. 

Fig. 5 illustrates a signal format suitable for use 
with the system of Fig. 4. 
10 Fig. 6 illustrates signals suitable for use with the 

signal format for Fig. 5. 

Fig. 7 is a general layout of a system according to a 
third embodiment of the invention implement able via the 
Internet 

15 Fig. 8 is a general layout of a system according to a 

fourth embodiment of the invention. 

Fig. 9 illustrates the data block structure where the 
data acquisition device is a biolog ECG single lead device. 
Detailed Description of Prefer red Embodiments 
2 0 With reference to Fig. 1 there is shown an ECG system 

10 and ECG recording/ logging device 11 adapted for 
connection via conducting electrodes 12 to a patient 13 
whereby ECG data as one example of patient data can be 
acquired from the patient 13. The data is encoded, in this 
2 5 embodiment together with supplementary data inserted by the 

logging device 11, by ECG transmitter 14. 

In this instance the ECG data together with the 
supplementary data is encoded for transmission over the 
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Public Switched Telephone Network (PSTN) 15 whereby the ECG 
data is transmitted from the patient location to an 
analysis location at which is located ECG receiver decoder 
16. The receiver decoder 16 extracts the ECG data 
5 together, in this instance, with the supplementary data 

from the transmission medium for supply to ECG storage and 
analysis device 17. In this instance the storage and 
analysis device 17 is in the form of a personal computer 
loaded with appropriate software to allow the personal 
10 computer to perform an ECG storage and analysis function. 

Fig. 2 shows a typical display available from the ECG 
storage and analysis apparatus 17 . 

Fig. 3 is a logic flow diagram in broad form for the 

system of Fig. 1. 
15 Particular aspects of this system will now be 

described in greater detail : 

1. The Recording/Logging Device 

This device can take the form of commercially 
available equipment adapted to manage the electrical 
20 connection to a patient and the reception of ECG 

signals from the patient. Suitable devices available 
from the assignee of the present application include 
the "Biolog" TM and the "Heart Tel" TM Cardiac Event 
Recorder . 

25 2. The Encoder /Transmitter Device 

This device performs the necessary coding and 
modulation to allow the ECG signal together with 
supplementary data to be communicated over a 
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communi cat ions medium such as the public switched 
telephone network 15. In the present embodiment the 
ECG signal itself is encoded and modulated as an FM 
signal whilst supplementary data in the form of 
5 patient and station identification, date and time of 

ECG recording is encoded and modulated in FSK format. 

3 . The Receiver /Decoder Device 

This device demodulates the data from its carrier in 
order that the data may be passed to the storage and 
10 analysis device . 

4 . The Storage and Analysis Device 
Hardware 

In this embodiment the storage and analysis device 
takes the form of a personal computer adapted to 
15 receive the ECG and supplementary data from the 

receiver/decoder device by way of one or more of 
serial link, infared link or other bus connected 
communications card where forms and other data can be 
displayed on the PC or printed by means of printing 
20 devices connected to the PC. 

With reference to Fig. 4 a further preferred 
arrangement according to a second embodiment of the 
invention is illustrated and comprises an ECG acquisition 
device 3 0 adapted to transmit the signal format of Fig. 5 
25 over the public switched telephone network to a demodulator 

unit 31 for transmission of the demodulated signal to 
personal computer 32. Optionally an answering machine 33 
and a printer 34 can operate in parallel with the 
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demodulator unit 31. The medical data including the ECG 
signal acquired by device 3 0 can be stored and displayed on 
personal computer 32 utilising the data base software 
previously described. 

With reference to Fig 7 there is shown a further 
embodiment of the invention implementable on an 
interconnectable network of computers, for example of the 
type currently called "the internet". 

The Internet. in its present form is perhaps best 
described as an interconnectable network of computers 
adapted for interconnection using standardised protocols 
and wherein the individual computers making up the network 
at any given time include computers adapted to store and 
forward packets of digital information. The digital 
15 packets of information are thereby able to be passed from 

computer to computer until they reach the destination 
computer whose address is included as part of the packet. 

In this context and with reference to Fig 7 a 
telemedicine system 4 0 according to a third preferred 
embodiment of the invention is adapted for transmission and 
reception of patient data and supplementary data over an 
interconnectable network of computers of the type generally 
described as the internet 41. 

In this instance the elements of the system 40 further 
25 include a client personal computer 42 in communication with 

a patient data acquisition device such as, for example, an 
ECG acquisition device of the type described in the 
applicant's US patent US5123419. In an alternative form a 



20 
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patient 44 can be directly connected to the client personal 
computer 42 by means of a universal ECG interface cable of 
the type described in the applicant's co pending Australian 
provisional patent application entitled "Universal ECG 
5 Interface Cable" filed 10 January 1997. 

The client PC 42 to internet 41 connection 45 can be 
via the public switched telephone network as typically 
provided by Internet Service Providers and can take the 
form of an analog telephone connection, a cellular 
10 telephone connection or a cable or other broad band 

connection. 

The system 40 further includes a central server 
computer 46 in communication with the internet 41 via 
connection 47. 

15 The server computer 4 6 is adapted, as a minimum, to 

receive and store patient data including ECG data in the 
manner described in respect of the embodiments of Fig 1 and 
Fig 4 so that in its reduced form PSTN communicated 
information directly from ECG acquisition device 3 0 of the 

20 second embodiment communicating via an acoustic coupling to 

demodulation unit 31 and thence to central server computer 
46. 

The management software described with reference to 
the first and second embodiments can operate on central 
25 server computer 46 and in the internet implementation of 

the third embodiment is supplemented and enhanced with the 
following capabilities : 

i. The ability to send and receive patient data 48 



BNSDOCID: <WO 982421 2A1 J _> 



WO 98/24212 PCT/AU97/00821 

-11- 

in digital packet form including destination 
header information 49. 
ii . The ability to send program data 50 also in 
digitised packet form. 
5 iii. The ability to encript or other secure at least 

the program data 50 to ensure its integrity on 
reception at destinations which can include 
client personal computer 42 and specialist client 
personal computer 51. 
10 In a particular preferred form the program data 50 can 

take the form of applets such as Java (trademark) applets. 
In use patient data 48 comprising, for example, ECG wave 
forms stored at central server PC 4 6 and derived from 
client personal computer 42 can be communicated over 
15 internet 41 to specialist client PC 51. In addition 

programs to interpret, display and store the patient data 
48 can also be sent over the internet 41 in the form of 
program data 50 to the specialist client PC 51 thereby 
ensuring appropriate and up-to-date software is utilised to 
20 perform the critical task of displaying patient data such 

as ECG data. 

This system 40 can be implemented utilising the 
ActiveX set of technologies available from Microsoft 
Corporation. Further detail of this implementation and 
25 examples of its use is as follows. 

Overview 
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The Server 46 uses Internet technologies from 
Microsoft primarily the ActiveX suite of programs and 
controls . 

2 . Architectural Overview 

The most noteworthy elements in the Internet Server 4 6 

are : 

2.1 The Microsoft SQL Server Patient Data table. 
This table stores all information relevant to the 

patient, excluding the actual ECG recordings. The patient 
images are stored in the database as a series of BLOBs 
(Binary Large Objects) is extracted on-the-fly by an ISAPI 
application. 

2 . 2 The Microsoft SQL Server ECG Data table . 

This table stores the individual ECG recordings for 
each patient. This includes Start/Finish times, descriptive 
information, etc. The ECG Data itself is stored in the 
database as a series of BLOBs is extracted on-the-fly by an 
ISAPI application. 

2.3 The ECG data playback application (GetPatientECG.dll) . 
GetPatientECG.dll is responsible retrieving the ECG data 
from the server for playback. For prerecorded sessions, 
GetPatientECG.dll writes all available ECG data to the 
client ActiveX control as quickly as the network 
infrastructure will allow. 

ECG data is sent via a standard HTTP 1.0 connection, 
as a result of the ActiveX control issuing a GET query. 
If an ECG record is marked as "real-time", all data 
currently in the record is written to the client as quickly 
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as the network infrastructure will allow. Once the data 
which was buffered in the SQL Server is sent, new data is 
read from the BLOB in 2K chunks as they are written to the 
database by the control which is recording the ECG. This 
process continues until the "real-time" flag is set to 
false, at which time, all remaining data in the SQL Server 
record is sent to the client. This allows users to upload 
data in 2K chunks, while another users (limited only by 
machine speed and bandwidth) are downloading. The only 
limitation is that the 2K chunks of ECG data are inserted 
within a reasonable time frame such that the ECG control 
reading the data out of the BLOB field does not experience 
too high a number of "time outs". The effect is the ECG 
data from one client can be viewed by several other 
clients, with the SQL Server acting as a sort of hub. 
The Microsoft SQL Server 6.5 readtext , writetext, and 
updatetext functions allow the programmer to work with 
small portions of a larger BLOB, locking only the database 
page on which the update is occurring. Typically, the ECG 
files start at around 20 kilobytes in size, and can range 
into the hundreds of kilobytes, or into the megabytes for 
samples which cover the activities of a patient for an 
•entire day. Only the writing control can cause a page to 
lock, and that page lock can only exist on the last page in 
; the record; in other words, locking contention is no real 

issue provided all reading clients are at least 2049 bytes 
(or whatever the SQL Server 6.5 page size has been tuned to 
plus one) "behind" the writing client. 
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2.4 The ECG data record filter (PutPatientECG.dll). 
The filter is responsible for inserting new Patient ECG 
records into the ECG recordings table. 

The submission of new ECG data occurs over a standard 
HTTP 1.0 after the ActiveX control commences the operation 
with a POST query. This application operates in much the 
same way as the GetPatientECG.dll, but in reverse. 

It is implemented as an ISAPI filter, and not an ISAPI 
application. In order to maintain a high level of 
performance, Microsoft chose to implement ISAPI 
applications behind several performance-enhancing buffering 
mechanisms. This presented a problem as Microsoft Internet 
Information Server continually tries to buffer all of the 
information it receives for a POST query, and then send it 
to the ISAPI application in one large chunk of data. This 
is not satisfactory for a real-time system. 

Fortunately, ISAPI filters allow raw access to any 
data coming into the web server. Using a filter, it is 
possible to process the data in chunks, delimited by a 
carriage return and line feed. 
3 . The ActiveX Control. 

The ActiveX control provides the following facilities: 

1. ECG Data upload and download between the Control and 
the ECG Server. 

2. Real-time visual playback of the ECG data stream. 

3. Real-time expert system processing of the ECG stream 
to recognise the QRS complex (patient heart beat) . 
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4. Recording and updating, of the patient's current heart 
rate based on the QRS detection. 

The ActiveX control's architecture provides internal 
abstraction from the complexities of Internet and 
5 asynchronous serial communications. 

As mentioned before, the control carries out all 
communications with the ECG server over HTTP 1.0 
connections, with Microsoft Internet Information Server 
brokering the "transactions" between the control and the 

10 database. 

To simplify the design of the demonstration system, 
the system does not allow end users to create new patients. 
Instead, an end user who wishes to record a new ECG 
attaches that ECG to an existing patient record. As stated, 
15 this is only a demo, so security features such as SSL and 

user authentication are not issues at this time. 

The ActiveX control is structured in two components, 
ECGControl.ocx and mmidetct.dll. ECGControl . ocx is the 
actual control itself, and is responsible for all display 
20 and host communication functions. Mmidetct.dll provides the 

expert system analysis of the ECG for QRS complex (heart 
beat) detection. Internally, the control passes data to its 
own drawing routines, while simultaneously passing that 
data to the QRS detection dll for analysis. 
25 3.1 The HTML and VBScript page which instantiates and 

controls the control for playback. 
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The VBScript on the playback page is responsible for 
bringing all of the visual user interface elements "together 

and presenting them to the user. These elements are: ? 

■- < 

1. Setting of properties and invocation .of methods on the 

-/ ■ ■ ~ - ■ 
ECGControl . ' '•' , 

2. Analysis of heart, rate with respect- to patient age for 
aerobic exercise commentary. Presentation of this data 
in a floating frame. 

3. Presentation of the "Patient Card" in a floating 

frame . 

4. Presentation of the "Help" in a floating frame. 

5. Presentation of the "ECG Notes" in a floating frame. 
The VBScript on the record page provides an overlap in 

functionality with the VBScript on the playback page. 

In terms of the presentation of information in the 
floating frame, both pages are identical. They do 
differentiate when it comes to how the scripts handle the 
ECGControl . 

In the case of recording a new ECG, prior to the 
actual recording taking place, the VBScript sets several 
properties on the ECG control which effectively "let it 
know" what the title of the ECG is, which patient the ECG 
is for, and what notes should be attached. The ECG control 
submits this information to the database when it opens a 
connection to submit the first packet of ECG data. 

In this example utilising active-X control the ECG 
records (or other patient data) are buffered in the client 
PC 51 prior to display. Display takes place only when 
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sufficient data is available to provide a full ECG (or 
equivalent) trace for display at the same rate that the 
data was originally acquired. This arrangement can be 
described as pseudo- real -time in that the display is viewed 
at the same rate as recordal takes place although time 
delayed . 

With reference to Fig. 8 a telemedicine system 50 
according to a fourth embodiment of the invention is 
illustrated in block diagram form. The system is, in 
) essence, the same as that of the embodiment of Fig. 4 in 

that it uses the public switched telephone network for 
communication with a personal computer 51 via modem 52 
operating database software. 

In this instance, however, the "front end" entails use 
5 of a portable, data acquisition device such as the biolog 

previously described. Once patient data has been acquired 
by the data acquisition device 53 it is connected via its 
serial port to a GSM mobile phone 54. The mobile phone. 54 
acts as a modem for the digital data derived from data 
0 acquisition device 53 which places the digital data on the 

GSM mobile telephone network 55 for subsequent transmission 
to the public switched telephone network 56 for ultimate 
reception and demodulation by modem 52 and interpretation 
and storage on personal computer 51. 
> 5 as for the internet version previously described with 

reference to Fig. 7 the digital data comprising both 
patient data 4 8 and a header 4 9 containing supplementary 
data is the preferred format for transmission. 
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A Typical format is shown in Fig. 9. 
2.0 Overall Structure 

The Direct Connect Serial Communications Protocol has 

two modes : 
5 Command mode : 

• for establishing communications 

• querying the identity and capabilities of the device 

• querying and changing the configuration or operation 
of the device 

10 Data Transfer Mode: 

• for transferring the actual data (for example an ECG) 
from the device 

Command Mode 

Command mode is the default mode for the device. it is 

15 used to: 

• establish communications 

• query the identity and capabilities of the device 

• query and change the configuration or operation of the 
device 

20 Communications are initialsised at 9600 baud, 8 data 

bit, 1 stop bit and no parity. The devices may 
subsequently negotiate a higher baud rate if supported. 

Commands and responses in Command Mode are generally 
simple ASCII text, terminated by the <CR> character. 

25 Commands may be followed by a parameter (s) , also simple 

ASCII. Command and parameters are separated by a space 
character. Characters are echoed by the receiving device, 
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and a response is required to all commands. Commands are 
case sensitive. 

The standard acknowledgment is OK. Any other 
response, other than a valid response or data string should 
5 be considered a "not acknowledge" or "error" 

When a response (other than OK) is returned, multiple 
items are separated by semicolons (and terminated by a 
<CR>) . 

All devices should respond, at a minimum to ENQ, ID, 
10 DATA, and TEST. 

Data Transfer Mode 

Once data Transfer has been requested (by DATA 
command) , Data Transfer Mode is started. This mode uses 
XModem protocol to control packet sizes, re-e\sends, and 
15 error detection. Basically, the XModem data payload 

contains one or more Data Blocks, similar to those 
specified in the Transelephonc Digital Communication 
Protocl. These Data Blocks are appended one after another, 
with no padding (except possibly for the final Block) . 
20 Packetisation and error checking are controlled by XModem. 

Data Blocks may be broken across XModem packets, and 
if the final Data Block is shorter than the XModem packet 
size, the XModem packet is padded with (digital) zeros to 
the required length. 
25 The initial character (C or G) specifies whether to 

use XModem or XModen-G. Packet size is determined by the 
initial byte in the first packet sent by the sending device 
(<soh>/$01=128 bytes and <stx>/$02=1024 bytes) . 
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Dat-a transfer is terminated by the receiving device 
sending two <cancel>/$18 characters, according to the 
XMOdem standard. 
EXAMPLES 
5 Remote Communities 

Mothers in remote communities 

A cardiotocograph (CTG) measures foetal well-being. A CTG 
uses two channels. One channel measures the contractions on 
the mothers uterus. The other channel measures the heart 
10 rate (bpm) of the foetus. These channels are both graphed 

side by side on a typical piece of ECG paper (long, thin 
strip with grid marks) . 

The measurement of a deceleration (slight slowing 
down) of the heart beat of the foetus after a contraction 
15 could indicate that the foetus has an inability to cope 

with stress, specifically, the high stress of birth. Other 
problems may be detected by beat to beat variability 
(regularity) of the foetus heart rate, or acceleration 
(slight speeding up) of the heart rate. 
20 If no problems are detected in a foetus via a CTG, it 

is likely that no problems will occur in the immediate 
future. This gives an expecting mother some peace of mind. 

While a CTG is quite different (medically) from an 
ECG, the data which makes up a CTG could be viewed, played 
25 back, and stored on the Internet ECG server with trivial 

modifications to the database and ActiveX software. 
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An excellent application of an Internet based CTG 
record/playback system would be in many of the isolated 
Aboriginal communities in "out back" Australia. 

Many Aboriginal women feel alienated in hospitals. The 
5 environment is unfamiliar, and does not have or play a part 

in the traditional Aboriginal culture and life style. In 
some Aboriginal communities, there is a growing trend away 
from hospital births back to births on traditional, tribal 
ground . 

10 a midwife in Arnhem land" might have the ability to 

interpret a graph, but may not be able to distinguish many 
of the subtleties which may point to foetal problems. 

Using this system, she could relay the information to 
an obstetrician in Darwin in real time, and be given on- 

15 the-spot advice. 

In the instance where an aboriginal mother visits a 
regional health center and is made aware of potential 
problems, the mother can be remotely monitored over the 
inexpensive infrastructure of the Internet, and a flying 

20 doctor sent if a problem is detected. The regional health 

center only requires access to 144 0 0 bps data 
communications, which is substantially less than the 
requirements for existing telemedical systems. 
Rare or dif f icult- to-diagnose conditions 

25 when interpreting arrhythmia on a standard ECG, a 

general practitioner or nurse practitioner in a remote area 
may have difficulty in determining the type of arrhythmia 
and proper treatment. Time may be critical! 



BNSOOCID: <WO 9824212A1 J_> 



WO 98/24212 PCT/AU97/00821 

-22- 

A broad complex tachyarrythmia may be either a: 
Supraventricular tachycardia with aberrant conduction. 
Ventricular tachycardia. 

Both of these conditions are extremely similar in 
5 .appearance, although Ventricular Tachycardia is far more 
sinister and probably lethal. 

Junior doctors in country areas would require 
specialist help in providing the correct diagnosis. A 
cardiologist watching in real time can interpret the ECG, 
10 provide advice, order treatment and watch the outcome 

remotely. 

Professional and Non-professional Athletes 
Professional Athletes 

Professional athletes must maintain peak fitness 
15 levels to guarantee ultimate performance. Athletes training 

overseas in the lead-up to an international sporting event 
may be disadvantaged by a lack of access to resources 
normally available to them. They could benefit by 
connecting with established diagnostic facilities in their 
20 home country, via Internet Telemedicine . 

Infomotion's ActiveX ECG control, Microsoft Internet 
Information Server and Microsoft SQL Server working in 
conjunction with Micromedical ' s Biolog heart monitor gives 
athletics organisations the ability to: 
25 Record and analyse a professional athlete's heart rate 

during training, performance, rest, and upon waking to make 
sure their training is on the right track, diagnose data 
from an athletes "Heart Rate Set" training, where the 
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intended goal is to keep the heart rate at a constant level 
during the workout . 

Determine effects of altitude and/or climatic change on the 
athlete's performance, and suggest alterations to the 
5 training regime if necessary. 

Ensure the athlete is not overtraining. 

It is conceivable that Internet Telemedicine may lead 
to athletes being given the opportunity to compete 
internationally when previously it was considered too 
10 expensive to bring over their full support team. 

The above describes only some embodiments of the 
present invention and modifications, obvious to those 
skilled in the art, can be made thereto without departing 
from the scope and spirit of the present invention. 
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CLAIMS 

1. A method of communication of patient data acquired 
from a patient; said method including arranging a 
predetermined communications protocol whereby patient data 
is communicable from a patient location to an analysis 
location. 

2. The method of Claim 1 implemented by a system which 
includes at least the following components: 

(a) patient data acquisition apparatus 
) (b) patient data transmission apparatus 

(c) patient data reception apparatus 

(d) patient data storage and analysis apparatus. 

3 . The method of Claim 1 or 2 wherein said storage and 
analysis apparatus is implemented on a personal computer. 

5 4. The method of Claim 1 or 2 or 3 wherein said patient 

data transmission apparatus additionally includes 
supplementary data insertion means. 

5. The method of any previous claim wherein a unique 
identifier is given to each said patient data acquisition 

0 apparatus . 

6. The method of any previous claim wherein a unique 
identifier is given to each said patient data storage and 
analysis apparatus . 

7. The method of Claim 6 wherein said unique identifier 
55 is embedded in a software portion comprising part of said 

patient data storage and analysis apparatus. 

8. The method of any previous claim wherein said patient 
data storage and analysis apparatus includes a personal 
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computer arranged to execute a patient data storage and 
analysis program. 

9. The method of Claim 8 wherein said patient data 
storage and analysis program includes customisable/user 

5 manipulable data base elements . 

10. The method of Claim 4 wherein said patient data is 
encoded for transmission in a first format whilst said 
supplementary data is encoded for transmission in a second 
format . 

10 n. The method of Claim 10 wherein said supplementary data 

comprises patient data and/or patient data acquisition 
apparatus identification data. 

12. A system for communication of patient data from a 
patient location to a remote storage and analysis location; 
15 said system including means for transmitting said patient 

data on a predetermined signal encoded according to a 
predetermined protocol whereby said patient data is 
communicable from said patient location to said analysis 
location. 

20 13. The system of Claim 12 wherein said predetermined 

signal comprises a modulated audio tone. 

14. The system of Claim 13 wherein said modulated audio 
tone is a frequency modulated <FM) audio tone. 

15. The system of Claim 13 or 14 wherein said modulated 
25 audio tone has a centre frequency between 1,000 and 3,000 

Hertz . 

16. The system of Claim 15 wherein said centre frequency 
is approximately 1,900 Hertz. 
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17. The system of any one of Claims 14-16 wherein said 
tone is frequency modulated at a rate of 100 Hertz per 
millivolt . 

18. The system of any one of Claims 12-17 wherein said 
5 predetermined protocol comprises direct modulation of an 

analogue wave form representing said patient data which is 
preceded by and recognised by a zero signal of 
predetermined duration. 

19. The system of Claim 12 wherein said predetermined 

10 signal includes said patient data and supplementary data; 

said supplementary data comprising data pertaining to the 
circumstances of measurement of said clinical data. 

20. The system of Claim 19 wherein said supplementary data 
is digitally encoded in a wave form suitable for frequency 

15 modulation of a carrier tone in the audio range. 

21. The system of Claim 20 wherein said predetermined 
protocol includes a series of synchronisation pulses which 
immediately precede and signal the presence of a signal 
containing said supplementary data. 

22. The system of any one of claims 12 to 21 wherein said 
patient data is transmitted as digitised packets. 

23. The system of any one of claims 12 to 22 further 
including a server computer adapted to receive said 
digitised packets of patient data. 

25 24. The system of claim 23 wherein said server computer is 

adapted to transmit program data and patient data in the 
form of digitised packets to a remote computer whereby said 



20 
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remote computer can execute said program data in order t< 
display and/or interpret said patient data. 
25. The system of any one of claims 22 to 24 wherein 
patient data is forwarded in preselected component parts 
and then stored for reasonably at said remote location 
contiguous playback after reassembly. 
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